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DETAILED ACTION 
Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
December 2, 2005 has been entered. 

Response to Arguments 

2. Applicant's arguments with respect to claims 1-30 have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC §112 

The following is a quotation of the first paragraph of 35 U.S.C. 1 1 2: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

3. Claims 5-6, 1 6-1 7, and 27-28 rejected under 35 U.S.C. 1 1 2, first paragraph, as 
failing to comply with the enablement requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to enable one skilled in 
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the art to which it pertains, or with which it is most nearly connected, to make and/or use 
the invention. 

4. Claims 5,16,and 27 disclose "the validation rules change legacy data to string 
values." There is not mention of converting legacy data to string values in the 
specification, and therefore, it is believed that this limitation is not enabled. For the 
purposes of examination, the broadest reasonable interpretation is given to the above 
claims. 

5. Claims 6,17, and 28 disclose the limitation "the validation rules change the 
legacy data to check for membership in a data set." There is no mention of changing 
the legacy data to check for membership in a data set, and therefore, the limitation is 
believed to be not enabled in the specification. For the purposes of examination, the 
broadest reasonable interpretation is given to the above claims. 

Claim Rejections - 35 USC § 102 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

6. Claims 1-7, 10-18, and 21-30 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Sitaraman et al. (U.S. Patent 6,718,332) 



Regarding claim 1, Sitaraman discloses: 
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A client-server computer system for use with web-based applications comprising: 
a computer system running one or more web browsers capable of processing 

web forms (Figure 1 item 30, column 2 lines 33-41); 

a web server capable of processing Java code and web-based forms (column 2 

lines 33-41); 

a storage mechanism coupled to said computer system, wherein said web server 
is used for validating data with information compiled from said storage mechanism 
(column 4 lines 33-38), wherein a database is used to store user data which is then 
validated at the source data adapter; 

validation rules stored in said storage mechanism , the validation rules 
comprising at least three hierarchically organized views, with each view utilizing an 
execution sequence of validation methods (column 4 line 60 - column 5 line 3, column 7 
lines 29-63), wherein the data validator validates the attribute name location first, then 
the attribute value location, and then checks if a value exists in each attribute definition 
location; 

wherein each execution sequence designates an order of execution for the 
validation methods (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein 
the data validator validates the attribute name location first, then the attribute value 
location, and then checks if a value exists in each attribute definition location; 

wherein each validation method compares validation values to the data (column 
4 line 60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates 
the attribute name location first, then the attribute value location, and then checks if a 
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value exists in each attribute definition location, wherein each of the steps compares the 
data to a stored value stored in the dictionary name location. 

Claim 2 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1, wherein if a value has no 
validation rules, then a lower priority view's execution sequence is performed (column 4 
line 60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates the 
attribute name location first, then the attribute value location, and then checks if a value 
exists in each attribute definition location). 

Claim 3 is rejected as applied above in rejecting claim 1 . Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1, wherein the validation 
rules type cast a single value integer (column 7 lines 41-51), wherein the data validator 
checks that a value type is consistent with the value type stored in the dictionary name 
location. 

Claim 4 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein the validation 
rules type cast an integer as a string (column 7 lines 41-51 ), wherein the data validator 
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checks that a value type is consistent with the value type stored in the dictionary name 
location by verifying the string or integer value. 

Claim 5 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein the validation 
rules change legacy data to string values (column 10 lines 27-31), wherein the target 
data adapter converts the format of the validated user record into a suitable format. 

Claim 6 is rejected as applied above in rejecting claim 5. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 5, wherein the validation 
rules change the legacy data to check for membership in a data set (column 10 lines 
26-27), wherein the data is changed to a proper format, and uses an event, which 
matches an event type on the target interface. 

Claim 7 is rejected as applied above in rejecting claim 1 . Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein the validation 
rules validate an entire set of data (column 4 line 60 - column 5 line 3, column 7 lines 
29-63). 
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Claim 10 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1, wherein each validation 
rule includes an associated application tag that differentiates versions of an application 
(column 2 lines 48-61 ), wherein there are different types of database definitions. 

Claim 11 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1, wherein each validation 
rule includes an associated application tag that differentiates instances of an application 
and version for different users (column 2 lines 48-61), wherein there are different types 
of database definitions. 

Regarding claim 12, Sitaraman discloses: 
A web server system comprising: 
at least one web application (column 2 lines 33-41); 

means for performing validation service on data submitted by said at least one 
we application (column 2 lines 33-41); 

means for processing web forms (column 2 lines 33-41); 

means for storing and retrieving validation rules for performing said validation 
server, the validation rules comprising at least three hierarchically organized views, with 
each view utilizing an execution sequence of validation methods (column 4 line 60 - 
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column 5 line 3, column 7 lines 29-63), wherein the data validator validates the attribute 
name location first, then the attribute value location, and then checks if a value exists in 
each attribute definition location; 

wherein each execution sequence designates an order of execution for the 
validation methods (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein 
the data validator validates the attribute name location first, then the attribute value 
location, and then checks if a value exists in each attribute definition location; 

wherein each validation method compares validation values to the data (column 
4 line 60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates 
the attribute name location first, then the attribute value location, and then checks if a 
value exists in each attribute definition location, wherein each of the steps compares the 
data to a stored value stored in the dictionary name location; and 

means for compiling validation rules into said at least one web application in 
order to perform said validation service (column 4 line 60 - column 5 line 3, column 7 
lines 29-63), wherein the data validator validates the attribute name location first, then 
the attribute value location, and then checks if a value exists in each attribute definition 
location. 

Claim 13 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein if a view has no validation 
rules, then a lower priority view's execution sequence is performed (column 4 line 60 - 



Application/Control Number: 09/995,648 Page 9 

Art Unit: 2131 

column 5 line 3, column 7 lines 29-63), wherein the data validator validates the attribute 
name location first, then the attribute value location, and then checks if a value exists in 
each attribute definition location). 

Claim 14 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein the validation rules type cast 
a single integer (column 7 lines 41-51), wherein the data validator checks that a value 
type is consistent with the value type stored in the dictionary name location. 

Claim 15 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein said validation rules type 
cast an integer as a string (column 7 lines 41-51 ), wherein the data validator checks that 
a value type is consistent with the value type stored in the dictionary name location by 
verifying the string or integer value. 

Claim 16 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein the validation rules change 
legacy data to string values (column 10 lines 27-31 ), wherein the target data adapter 
converts the format of the validated user record into a suitable format. 
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Claim 17 is rejected as applied above in rejecting claim 16. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 16 wherein the validation rules change 
the legacy data to check for membership in a data set (column 10 lines 26-27), wherein 
the data is changed to a proper format, and uses an event, which matches an event 
type on the target interface. 

Claim 18 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein validation rules validate an 
entire set of data (column 4 line 60 - column 5 line 3, column 7 lines 29-63). 

Claim 21 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein each validation rule includes 
an associated application tag that differentiates instances of an application and version 
for different users (column 2 lines 48-61), wherein there are different types of database 
definitions. 

Regarding claim 22, Sitaraman discloses: 
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A computer-readable medium with instructions executable by a processor for 
providing a validation application service for web-based applications, the medium 
comprising instructions to: 

couple a service request from a data device to a web server, the request 
including data to be validated (column 2 lines 33-41 ); 

generate a service session instruction, the service session instruction based at 
least in part on the service request (column 2 lines 33-41); 

send the service session instruction to one or more web servers, the service 
session instruction corresponding to one or more data validation requests from said 
customer data device (column 1 lines 55-67, column 2 lines 33-41); 

compile at least one page based on stored validation rules in a database, the 
validation rules comprising at least three hierarchically organized views, with each view 
utilizing an execution sequence for the validation methods, and wherein each validation 
method compares validation values to the data (column 4 line 60 - column 5 line 3, 
column 7 lines 29-63), wherein the data validator validates the attribute name location 
first, then the attribute value location, and then checks if a value exists in each attribute 
definition location; and 

send a validation service response to the data device, wherein the validation 
service response is based on the service request (column 1 lines 55-67), wherein after 
the data is validated for the correct form, it is sent to the receiver. 



Regarding claim 23, Sitaraman discloses: 
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A method of providing validation data service with a web-based computer system 
comprising the steps of: 

calling at least one page from a web application (column 2 lines 33-41); 

compiling said at least one page at a web server (column 2 lines 33-41);; 

retrieving validation rules from a centralized storage mass coupled to said web 
server, the validation rules comprising at least three hierarchically organized views, with 
each view utilizing an execution sequence of validation methods, wherein each 
execution sequence designates an order of execution for the validation methods, and 
wherein each validation method compares validation values to the data (column 4 line 
60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates the 
attribute name location first, then the attribute value location, and then checks if a value 
exists in each attribute definition location; 

validating data from said web application in accordance with said validation rules 
service (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein the data 
validator validates the attribute name location first, then the attribute value location, and 
then checks if a value exists in each attribute definition location. 

Claim 24 is rejected as applied above in rejecting claim 23. Furthermore, Sitaraman 
discloses: 

A method according to claim 23, wherein if a view has no validation rules, then 
performing a lower priority's view execution sequence (column 4 line 60 - column 5 line 
3, column 7 lines 29-63), wherein the data validator validates the attribute name location 
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first, then the attribute value location, and then checks if a value exists in each attribute 
definition location). 

Claim 25 is rejected as applied above in rejecting claim 23. Furthermore, Sitaraman 
discloses: 

A method according to claim 23, wherein the validation rules type cast a single 
value integer (column 7 lines 41-51 ), wherein the data validator checks that a value type 
is consistent with the value type stored in the dictionary name location. 

Claim 26 is rejected as applied above in rejecting claim 23. Furthermore, Sitaraman 
discloses: 

A method according to claim 23, further comprising type casting an integer as a 
string (column 7 lines 41-51 ), wherein the data validator checks that a value type is 
consistent with the value type stored in the dictionary name location by verifying the 
string or integer value. 

Claim 29 is rejected as applied above in rejecting claim 27. Furthermore, Sitaraman 
discloses: 

A method according to claim 27, further comprising tagging each validation rule 
with an associated application tag that differentiates versions of an application (column 
2 lines 48-61 ), wherein there are different types of database definitions. 
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Claim 30 is rejected as applied above in rejecting claim 27. Furthermore, Sitaraman 
discloses: 

A method according to claim 27, further comprising tagging each validation rule 
with an associated application tag that differentiates instances of an application and 
version for different users. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 9 and 20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sitaraman et al. (U.S. Patent No. 6,718,332). 

Claim 9 is rejected as applied above in rejecting claim 1. Furthermore, 
Sitaraman discloses: 

A client-server computer system according to claim 1 . Sitaraman does not 
explicitly disclose that the validation rules validate weekday, date available, and date of 
expiration for long distance telephone service. However, Sitaraman discloses validating 
data, wherein the user data can include "user's name, address, telephone number, 
account type, and the like" (column 2 lines 61-67), wherein the information is used for 
specific subscribers, the subscribers being one of a telephone company or ISP (column 
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1 lines 1 3-1 8). It was well-known in the art at the time of invention, that the telephone 
company's account information includes dates and dates of expiration for long distance 
telephone service, as telephone service is cutoff at a certain date if the bill is not paid. 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to include weekday, data available, and date of expiration in the account 
information that is being validated. 

7. Claims 8 and 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sitaraman et al. (U.S. Patent No. 6,718,332) in view of Allen et al. (U.S. Patent No. 
6,078,918). 

Claim 8 is rejected as applied above in rejecting claim 7. Furthermore, 
Sitaraman discloses: 

A client-server computer system according to claim 7. Sitaraman does not 
explicitly disclose that the validation rules return individual validation statuses in a hash 
table. Allen teaches data is indexed and arranged in a form of a hash table (Figure 5C 
item 520, column 10 lines 60-62). It would have been obvious to one of ordinary skill in 
the art at the time of invention to combine the system of Sitaraman with Allen to index 
data in the form of a hash table to perform quick lookups and searches as delineated by 
Allen (column 10 lines 65-66) and to perform remote administration capability so the 
administrator can manage multiple systems located at different locations to save on 
support costs. 
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Claim 19 is rejected as applied above in rejecting claim 18. Furthermore, Sitaraman 
discloses: 

A web server computer system according to claim 18. Sitaraman does not 
explicitly disclose that the validation rules return individual validation statuses in a hash 
table. Allen teaches data is indexed and arranged in a form of a hash table (Figure 5C 
item 520, column 10 lines 60-62). It would have been obvious to one of ordinary skill in 
the art at the time of invention to combine the system of Sitaraman with Allen to index 
data in the form of a hash table to perform quick lookups and searches as delineated by 
Allen (column 10 lines 65-66) and to perform remote administration capability so the 
administrator can manage multiple systems located at different locations to save on 
support costs. 



Conclusion 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kaveh Abrishamkar whose telephone number is 571- 
272-3786. The examiner can normally be reached on Monday thru Friday 8-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ayaz Sheikh can be reached on 571-272-3795. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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